home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.19960715-19961006 / 000252_news@columbia.edu _Mon Aug 26 11:42:38 1996.msg < prev    next >
Internet Message Format  |  1996-11-03  |  3KB
  1. Return-Path: news@columbia.edu
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.7.5/8.7.3) with ESMTP id LAA20777 for <kermit.misc@watsun.cc.columbia.edu>; Mon, 26 Aug 1996 11:42:37 -0400 (EDT)
  3. Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.7.5/8.7.3) id LAA16272 for kermit.misc@watsun; Mon, 26 Aug 1996 11:42:36 -0400 (EDT)
  4. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  5. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  6. Newsgroups: comp.protocols.kermit.misc
  7. Subject: Re: VMS C-Kermit closing port
  8. Date: 26 Aug 1996 15:42:16 GMT
  9. Organization: Columbia University
  10. Lines: 30
  11. Message-ID: <4vsgko$bi0@apakabar.cc.columbia.edu>
  12. References: <01bb90a1.db1a7820$79c8b7c7@#knickerb> <4vkebj$oh9@apakabar.cc.columbia.edu> <01bb91de.50653d80$aac8b7c7@#knickerb>
  13. NNTP-Posting-Host: watsun.cc.columbia.edu
  14.  
  15. In article <01bb91de.50653d80$aac8b7c7@#knickerb>,
  16. Kevin Knickerbocker <knickerb@ix.netcom.com> wrote:
  17. : > fdc@watsun.cc.columbia.edu (Frank da Cruz) wrote in 
  18. : > Get new new 6.0 Beta version and write a script program for it that
  19. : > places the call, hangs up, and then issues an ANSWER command to wait
  20. : > for the callback....
  21. : >
  22. : I have tried the 6.0 Beta version, however I don't think the ANSWER
  23. : command applies in my situation anyway.  The VMS machine is the one doing
  24. : the dialback and it is doing so using software other than Kermit.  Once
  25. : connected to the VMS machine the user goes through the standard VMS login
  26. : and is given the DCL command prompt.  The user then runs C-Kermit in
  27. : server mode to transfer files.  When C-Kermit exits, instead of returning
  28. : to the command prompt, the dialup connection is abruptly disconnected. 
  29. : This only occurs when the user has logged in using dialback and my
  30. : suspicion is that it is because the connection was originated by VMS
  31. : rather than the user.
  32. : 
  33. So the user calls up VMS, using some unspecified software.  VMS dials the
  34. user back, using some other unspecified software.  The user's software
  35. answers the call, and then the user can log in.  The user runs C-Kermit on
  36. VMS and puts it in server mode and transfers some files.  When C-Kermit
  37. exits, the connection is hung up.  So how did the user get C-Kermit to exit?
  38. Did they send a BYE command?  If so, then that's what it does.  If not,
  39. nothing should have happened -- when you run C-Kermit in remote mode,
  40. transfer files, and then exit, it does not drop your connection.  If it is
  41. your contention that it does, then I'll need to see a debug log
  42. demonstrating what happened.
  43.  
  44. - Frank